home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20031118-20041115 / 000132_jaltman2@nyc.rr.com_Wed Mar 10 16:28:38 2004.msg < prev    next >
Text File  |  2020-01-01  |  5KB  |  129 lines
  1. Path: newsmaster.cc.columbia.edu!panix!newsfeed.media.kyoto-u.ac.jp!feed5.newsreader.com!newsreader.com!news3.optonline.net!cyclone.rdc-nyc.rr.com!news-out.nyc.rr.com!twister.nyc.rr.com.POSTED!53ab2750!not-for-mail
  2. Message-ID: <404F8662.8040300@nyc.rr.com>
  3. From: Jeffrey Altman <jaltman2@nyc.rr.com>
  4. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
  5. X-Accept-Language: en-us, en
  6. MIME-Version: 1.0
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Problems POSTing to ASP form from Kermit
  9. References: <u6su40df16ffjvve82t3e6fhbvob8qk3im@4ax.com>
  10. In-Reply-To: <u6su40df16ffjvve82t3e6fhbvob8qk3im@4ax.com>
  11. Content-Type: text/plain; charset=windows-1252; format=flowed
  12. Content-Transfer-Encoding: 8bit
  13. Lines: 107
  14. Date: Wed, 10 Mar 2004 21:18:26 GMT
  15. NNTP-Posting-Host: 24.193.46.55
  16. X-Complaints-To: abuse@rr.com
  17. X-Trace: twister.nyc.rr.com 1078953506 24.193.46.55 (Wed, 10 Mar 2004 16:18:26 EST)
  18. NNTP-Posting-Date: Wed, 10 Mar 2004 16:18:26 EST
  19. Organization: Road Runner - NYC
  20. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14841
  21.  
  22. comments in-line ...
  23.  
  24. sam@spade.com wrote:
  25. > Hey all,
  26. > 
  27. > I'm new to this version of Kermit and the HTTP capabilities, so please
  28. > bear with me.  Also, I sent an email to support at Columbia.edu, but I
  29. > never received a response (or my spam filter ate the response :(  
  30.  
  31. I no longer work for Columbia and my time is spent on other endeavors
  32. at the moment so I no longer respond to all support requests sent to
  33. kermit-support at columbia.edu.
  34.  
  35. > I have a page in my ASP application that permits a user to browse and
  36. > select a file on their system, then click the submit button to post
  37. > the file to my page.  The file is posted as a multipart/form-data mime
  38. > type when done through the ASP page, and I can parse it just fine.
  39. > 
  40. > I am trying to replicate this scenario for remote users running Kermit
  41. > under SCO Unix.  I'd like to have Kermit build the multipart message
  42. > and post it just like an HTML form would.  [Is this even possible?]
  43.  
  44. It is possible but you must construct the response the way your browser
  45. would.  If your ASP is sending a cookie to the client to be included
  46. in the response, then you must construct a cookie header and include
  47. it in the response.
  48.  
  49. When you perform the HTTP GET you can obtain an array containing
  50. the headers in an array with
  51.     
  52.     HTTP /ARRAY:H GET ...
  53.  
  54. You would then construct the header with
  55.  
  56.     HTTP /HEADER:{Cookie: blob} POST ...
  57.  
  58. > So far, my trials with the PUT command result in nothing more than 403
  59. > Forbidden errors (trying 2 different servers).  The error message also
  60. > shows the content-type as Text/html even though I've specified a mime
  61. > type of multipart/form-data  in the put command.
  62. > 
  63. > Here's my Kermit command...
  64. > 
  65. > http /TOSCREEN /USER:myuserd /PASSWORD:mypswd put
  66. > /MIME-TYPE:multipart/form-data File2Upload.txt
  67. > http://localhost/test20/RemoteFileImportPost.asp
  68. > 
  69. > The results I get are as follows...
  70. > 
  71. >             DNS Lookup...  Trying 127.0.0.1... (OK)
  72. >             Server: Microsoft-IIS/5.1
  73. >             Date: Tue, 02 Mar 2004 17:24:26 GMT
  74. > 
  75. >             HTTP/1.1 403 Forbidden
  76. >             Server: Microsoft-IIS/5.1
  77. >             Date: Tue, 02 Mar 2004 17:24:26 GMT
  78. >             Connection: close
  79. >             Content-Type: text/html
  80. >             Content-Length: 44
  81. > 
  82. > (The content-length value of 44 doesn't change regardless of the file
  83. > I've selected to upload.)
  84. > 
  85. > I've included userid and password as both a switch and as a preface to
  86. > the URL with identical results.  
  87.  
  88. A 403 error means exactly what it says.  The action you are attempting
  89. to perform is Forbidden because you do not have the appropriate
  90. authorization.  The reason for the lack of authorization is not clear
  91. from the error code.
  92.  
  93. The Content-Length: 44 refers to the length of the text/html data
  94. which has been provided as part of the response from the web server.
  95. Perhaps the text/html response is providing you with additional details.
  96.  
  97. If the userid and password are valid it is quite possible that the
  98. web server requires an authentication method which is not currently
  99. implemented in Kermit.
  100.  
  101. Obtaining network traces of the interactions from a browser and
  102. comparing them to network traces of your Kermit script should provide
  103. clues.
  104.  
  105. > I∩┐╜m running on day 12 of the 21 day trial at the moment.  The users
  106. > I∩┐╜m supporting are actually military food ordering guys in the field.
  107. > They are all running C-Kermit 8.0.209, 17 Mar 2003, for Unixware 7,
  108. > according to the doc they sent me.
  109. > 
  110. > I∩┐╜ve successfully managed to get Kermit to POST form data using a
  111. > separate file for the form parameters.  (This is how I∩┐╜ll get the
  112. > users to logon prior to sending their data.)
  113. > 
  114. > Thanks for any help you can provide.
  115. > 
  116.  
  117. If you wish to obtain consulting services for assistance in solving
  118. this problem or to have additional functionality added to the Kermit
  119. HTTP command feel free to contact me at
  120.  
  121.     jaltman a t secure-endpoints.com
  122.  
  123. The address from which this newsgroup posting is being made is not
  124. read.
  125.  
  126. Jeffrey Altman
  127. Kermit 95 Author
  128. Secure Endpoints, Inc.
  129.